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Title 

Using A PC For Testing Devices 


Background 

5 This invention relates to the use of a standard personal computer 

(PC) as a host computer to perform real-time testing of a plurality of 
devices on a bus. 

The versatility of PCs and application programs makes the PC 
ideal for testing devices. But typically, devices are connected to a bus 

$ 10 that is not necessarily compatible with the typical PC PCI bus. For 

M 

Jj? example, one type of common bus protocol for military applications is the 

\ r military standard 1553 bus (MIL-STD-1553). Different devices can be 

U connected to this bus, which provides a standard signal and data 

'5 

$ interface communication standard. An inertial reference unit (IRU) is a 

■•.•46 

i. • 

15 system consisting of accelerometers and rotational sensing devices such 
as rotating gyros, ring laser gyros or fiber-optic gyros that are designed to 
operate on that bus and must be tested using it. But the 1553 bus' 
special characteristics and operating limits create complexities in 
designing and operating a high speed connection with a PCI bus on a 

20 personal computer, especially if the goal is connecting many devices, 


1 


H1962 


0 

(3 
P 


15|I 


each connected to a bus to one PC for coordinated high speed operational 
testing, even with the PC at a remote location. 

Summary 

5 A requirement that the PC have the capability of operating directly 

with the device bus interrupts can produce PC operating system 
overheads when servicing real-time interrupts, degrading system 
performance. Host computer standard interfaces (e.g. the PC standard) 
are generally too slow to support real-time command and control of data 

10 buffering with the device bus (e.g. the 1553 bus). The resulting potential 
bottleneck is avoided, as explained below, through the use of an 
intermediate signal processor and a gate array 26, both specially 
programmed to work with the PC processor and the device bus (e.g. a 
1553 bus) using a shared-memory architecture. The signal processor is 

15 selected to have enough capacity (throughput) to handle the data flow of a 
plurality ( e.g. four or more) devices "simultaneously" and make "real- 
time decisions ". This can be essential in test applications requiring 
synchronization, for example incrementing each IRU fixture through 
different positions when testing IRUs, a process involving reading the 

20 data from the IRU over the 1553 bus and position data from the fixture. 
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The signal processor and the programmed gate array 26 provide a 
real-time connection between the device and the PC user that is capable 
of accessing data through a shared memory. The PC's processor can 
perform simple reads and writes to the shared memory to move data for 
processing and perform data processing functions independent of the 
speed of the input and output of bus. 

Brief Description Of The Drawing 
Fig. 1 is a functional block diagram showing a system employing 
the invention. 

Fig. 2 to is a flow chart showing the signal processing steps for 
controlling a bus according to the invention. 

Fig. 3 is a flow chart illustrating the operation of a gate array 26 
according to the invention. 

Description 

Referring to Fig. 1, a signal processor 10 communicates with a PC 
12, which contains a PC processor 14. The PC 12 is connected to a user 
interface 16, such as a display and keyboard and also is used to perform 
off-line data processing 18. A PC standard interface (PCI) 20 connects 
the PC operating system 12 through the PC processor to the signal 
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processor 10. The signal processor 10 connects to another bus 22 with 
operating protocols and standards that are different than those for the 
PCI bus 20. In this example, the bus 22 is assumed to conform to the 
1553 standard and comprises 1-n channels coupled to 1-n devices 24 each 

5 with an input (in) and output (out). Each device may be an IRU, for 

example. The bus 22 includes a gate array 26 that connects over address, 
data and control buses 28 with n bus control logic units 30, one for each 
device 24. A shared memory 13 is connected to the PCI bus 20 for use by 
the signal processor 10 and the PC processor 14. The system shown in 

10 Fig. 1 uses the PC processor 14 to perform off-line processing using a 
local application program, enabling a PC user to cooperate with each 
device 24, notwithstanding the fact that each device 24 is programmed to 
receive and produce data by the protocol of the bus 22. 

Fig. 2 illustrates the processing flow for the system and several 

15 concurrent processes that operate simultaneously, and Fig. 3 expands on 
the steps shown by the dotted-line box identified as such in Fig. 2. In 
step SI, the PC processor 14 initializes following a normal initialization 
process, and in step S2 the user controls the PC processor 14 by entering 
appropriate commands to cause the PC processor 14 to pass control to the 

20 signal processor 10 to start up and synchronize data flow to the devices 
24 using the gate array 26 and each of the individual bus control logic 
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units 30. The process then moves to step S3, where the PC processor 14 
polls the shared memory 13 or waits for an interrupt from the signal 
processor 10. In this manner, the PC processor 14 knows that there is 
"content" in the shared memory 13. As explained subsequently, the 

5 shared memory 13 may contain all the data from the devices 24. In the 
next step, S4, a query is made to determine whether there is new data in 
the shared memory 13, and a negative answer prompts a return to step 
S3, but a positive answer moves the sequence to step S5, where the PC 
processor 14 prepares any data for display at step S6 for the user 

10 application running on the PC processor 14 by performing off-line 

processing 18, i.e. a specific program for manipulating and displaying the 
operating characteristics of the devices 24. The data thereby appears on 
the user interface 16 in a way that is useful and convenient for the user. 
Up to this point, the process has centered on how data is removed from 

15 the devices 24 through the bus 22 and the gate array 26 and displayed on 
the user interface 16. Data is moved between the devices 24 and the 
signal processor 10 over the bus 22 beginning at step S7, synchronizing 
the signal processor 10 and bus 22. Then in step S8, the signal processor 
10 writes the appropriate control programs for the devices 24 into a 

20 memory 33 on each bus control logic unit 30. In step S9, two modes are 
controlled by the signal processor 10 for each bus control logic unit 30; 
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one mode is to respond to the bus; the other mode is to control the bus. 
Only one of those control modes are produced at a time during a 
processing cycle through the steps. Any bus control logic unit 30 operates 
independently to drive the respective device 24, in bus control mode, or to 
5 respond to the bus (in respond to the bus mode), while the gate array 26 
supports data and control updates to the bus control logic 30. At step 
S10, the signal processor 10 starts up timed sequences and the bus 
control logic unit 30 controls the flow of data between a device 24 and the 
signal processor 10, which is "waiting" for the data. On the other hand, 
10 step S 1 1 begins a sequence where the devices 24 control the flow of data 
between the bus control logic units 30 and the signal processor 10. Thus, 
in step Sll, the bus control logic 30 performs a test to determine if there 
is new data to receive from the devices 24. A positive answer moves to 
step S12, where the signal processor 10 moves the data from the bus to 
15 the shared memory 13, validates the data and informs the PC processor 
14 that new data is available. The new data is retrieved when step S4 is 
called. A negative answer at step S13 means that the data is valid and 
the process simply waits for additional data. If, however, there is an 
error, which produces an affirmative answer in step S13, the process 
20 moves to step S 14 where the signal processor identifies the defective bus 
and terminates the operation of the sequence for just that bus. A defect 
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may be caused by a device 24, its connection, or its respective bus control 
logic unit 30. The device 24 that is connected to the faulty bus will not 
provide data to the PC operating system 12 when this happens. In step 
S15, the signal processor 10 creates an error message for the defective 
5 bus in the shared memory 13 and informs the PC processor 14. 

Meanwhile, the other bus control logic units 30 and their respective bus 
connections are unaffected. Step S16 notifies the user about the presence 
of a defective bus. An option is to have the identity of the defective bus 
30 and device, displayed on the user interface 16, something done by 
10 suitably programming the PC's application program. 

This sequence frees the PC processor 14 to perform off-line 
processing and allows the user to interface to the system through a 
standard operating system because several concurrent processes operate 
after initialization. The user communicates with the PC Processor 14 , 
15 which starts the signal processor 10 and processes for the bus 22 which 
after being initialized communicates on the bus without processor 
interaction except for when the signal processor 10 is interrupted for pre- 
timed events when controlling the bus and for messages received when 
configured to not control but respond to commands on the bus 22. Upon 
20 an interrupt, the signal processor 10 moves the data from shared memory 
local to the bus into memory shared with the PC Processor. The PC 
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processor performs calculations and formats the data performing offline 
processing 18, to display the results of bus activity to the user. 

The gate array 26 acts as a slave to the digital signal processor in 
this process, waiting for the signal processor to perform a read or a write. 

5 If a write is being performed, the gate array 26 registers the address, 
control and data and then releases the signal processor 10 by informing 
that the write is complete by issuing an acknowledge signal. The gate 
array 26 decodes the write request and compares the address passed to 
its' internal memory map and determines if the signal processor 10 is 

10 trying to communicate to registers inside the bus control logic or if the 
signal processor 10 is trying to write to the shared memory 13 between 
the bus control logic 30 and the gate array 26. The gate array 26 issues 
different control signals based on whether the access is for a control 
function (writes to internal registers 31 on the bus control logic 30) or a 

15 data function (writes to shared memory 33 in the bus control logic). The 
gate array 26 then waits for the bus control logic 30 to signify that the 
write has been completed, by asserting an acknowledge to the gate array 
26. The gate array 26 then can accept a new command from the signal 
processor 10. If the signal processor 10 issues a new request before the 

20 gate array 26 is ready to accept one, the gate array 26 ignores the request 
and the signal processor 10 waits for the gate array 26. 
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If a read is being performed, the gate array 26 registers the 
address, control and data. The gate array 26 decodes the read request. 
Then it determines if the signal processor 10 is trying to communicate 
with registers 31 (inside the bus control logic) or if the signal processor 10 

5 is trying to read the shared memory 13. The gate array 26 issues 
different control signals based on whether the access is for a control 
function (reads registers internal to bus control logic) or a data function 
(reads shared memory through the bus control logic units 30. The gate 
array 26 then waits for the bus control logic to signify that the read has 

10 been completed, by asserting an acknowledge to the gate array 26. The 
gate array 26 then registers the data from the bus control logic, passes 
the data to the signal processor and then releases the signal processor by 
informing that the read is complete by issuing an acknowledge control 
signal. The gate array 26 then can accept a new command from the 

15 signal processor. For reads the signal processor cannot issue a new 

request before the gate array 26 is ready to accept one since it must wait 
for the gate array 26 to acknowledge that the operation is complete. 

Fig. 3 shows the flow diagram for the operation of the gate array 
26 which controls the flow of data between the bus control logic units 30 

20 and the signal processor 10 to accomplish the data transfer previously 
described. Step S20 synchronizes the gate array 26 with signal processor 
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10. In step S21, the gate array 26 waits for instructions from the signal 
processor 10, and when an instruction is received, step S22 is called, 
where a decision is made as to whether the signal processor 10 is going 
receive data via the gate array 26 or write data via the gate array 26 from 

5 the control logic units 30. In the read state, step S23 is called, causing 
the gate array 26 to capture data for the read a bus control logic memory 
33. It is important to understand that at step S23, the signal processor 
10 is waiting while the gate array 26 performs the subsequent steps, 
beginning with step S24. At that point the gate array 26 performs a test 

10 that determines if the information that will be read by the signal 

processor is a control parameter or a data parameter. Assuming a control 
parameter instruction is produced, step S25 will access registers 31 in 
bus control logic units 30. If the test made in step S24 shows that data is 
expected, the gate array 26 accesses the memory 33 sequentially, one bus 

15 control logic unit 30 at a time, thus receiving data from each device 24 
stored in the bus control logic memory 33. At step S27, the gate array 26 
waits until the bus control logic unit 30 indicates that data determined 
from steps S25 and S26 are available. An affirmative answer calls step 
S28, at which time the control and data, that is the data from the 

20 registers and the memory on the bus control logic units 30 are passed to 
the signal processor from the gate array 26. From step S28, where the 
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data is provided to the signal processor 10 with an acknowledge to signal 
that the processor application could use the data beginning with step S12 
in Fig. 2. 

Returning however to step S22, if the gate array 26 instruction is 
to write data (from the signal processor 10 to the gate array 26 which 
then transfers the data to the respective bus control logic 30), the 
processes begin at step S29 where the gate array 26 first captures all of 
the register data and control and address information from the signal 
processor, and signifies a successful "write". Step S29 completes a 
successful data write to the signal processor 10, allowing it to return to 
processing that data starting as step S12 (see Fig. 2). Then the process 
moves to step S30. Here, like step S24, the gate array 26 performs a test 
to determine the instruction is to control data or for just data. At step 
S31, control data is written to the register in each bus control logic unit 
30. The gate array 26 at this point makes a decision and writes the 
control data one at a time to the respective register 31 on a bus control 
logic unit 30, i.e. for a specific device 24. If the test in step S30 
determines that the instruction from the signal processor 10 is for data, 
the process calls step S32, where the gate array 26 writes data 
individually to the memory 33 on the respective bus control logic unit 30. 
The gate array 26 waits, step S33, until it receives an affirmative answer 
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from the bus control logic unit 30 to which the control information or data 
is written. This takes place sequentially for each bus control logic unit 
and its respective device. Then the gate array 26 returns to step S22, 
waiting for more instructions from the signal processor 10 as to whether 
data will read or written. 

One skilled in the art may make modifications, in whole or in part, 
to a described embodiment of the invention and its various functions and 
components without departing from the true scope and spirit of the 
invention. 
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